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Procede et systeme de transmission/reception de contenus 
multimedia via un reseau de radiocommunication 

La presente invention concerne le donnaine de la diffusion de 
5 contenus nnultimedia au sein d'un reseau de radiocommunication, lesdits 
contenus 6tant destines d des terminaux mobiles et plus particulierement les 
telephones mobiles. 

Dons la plupart des reseaux de radiocommunication cellulaire 
connus, il existe un canal, appele canal de diffusion cellulaire (CBCH, pour 
10 Cell Broadcast Channel dans la terminologie GSM), specifique 6 chaque 
cellule, et de$tin6 a la diffusion de messages d'information en general courts a 
destination de stations mobiles evoluant dans la cellule consideree. Pour des 
raisons de. clarte, ce canal (ou des canaux equivalents dans d'autres systemes) 
sera d6nomm6 canal de diffusion. 
15 Ces informations sont mises a la disposition de Putilisateur d'un 

terminal mobile (par exemple un telephone mobile) sous forme d'un message 
de texte affiche sur T^cran du terminal mobile, de sons^de sequences vid6o 
ou bien sous forme d'un message vocal lorsque leur canal de diffusion est un 
canal vocal. 

20 Pour recevoir ces informations, un terminal mobile doit ecouter le 

canal d'information, c'est-a-dire etre constamment actif en reception sur ce 
canal. Or il peut arriver a certains moments qu'aucun message de diffusion ne 
soit effectivement diffuse sur le canal de diffusion, ce qui peut etre dO par 
exemple au fait qu'il nV a aucune nouvelle information a diffuser. Les 

25 terminaux mobiles, de leur cote, ne peuvent pas savoir qu'aucune information 
ne sera diffusee a tel ou tel instant, de sorte qu'ils sont en permanence actifs 
en reception sur le canal de diffusion et done parfois inutilement. II en est de 
meme lorsque certaines des informations diffusees n'interessent pas 
I'utilisateur d'un terminal mobile. 
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Pour un telephone mobile, le fait d'avoir d ecouter en permanence un 
canal qui peut ne contenir aucune information, ou eventuellement aucune 
information interessante pour son utilisateur, entraTne une consommation 
importante d'energie. Or, on sait qu'un souci constant est de diminuer la 

5 consommation des telephones mobiles, afin de conf6rer 6 leur batterie une 
autonomie aussi importante que possible. Un autre probleme, dans ce 
contexte, reside du cote du reseau de radiocommunication, qui doit vehiculer 
de nos jours des informations qui ont une taille de plus en plus importante, ce 
qui peut surcharger le reseau. Le cout de transmission de tels volumes 

10 d'informations peut en outre §tre prohibitif. 

La presente invention a done pour but de mettre au point un proc6d6 
de diffusion permettant aux terminaux mobiles de recevoir uniquement les 
informations qui les interessent sans surcharger inutilement le r6seau. 

i5 A cet effet, la presente invention propose un procede de transmission 

de contenus multimedia pour un systeme de transmission apte a 
communiquer avec un reseau de radiocommunication, destine 6 transmettre 
lesdits contenus 6 une plurality de terminaux mobiles, le systeme comprenant 
un premier serveur apte 6 fournir un service de transmission de contenus 

20 point 6 point, caracteris6 en ce que ledit proc6de comporte les 6tapes 
suivantes : 

- une premiere etape de transmission par le premier serveur sur un 
canal dedie pour les transmissions point a point d'un identifiant specifique a 
un contenu vers i'ensemble des terminaux enregistres par le premier serveur 

25 comme 6tant int^resses par ce contenu, 

- une deuxieme etape de transmission par le premier serveur vers un 
second serveur apte a fournir un service de transmission de contenus a large 
diffusion, d'une requite de diffusion d'un message comportant ledit contenu 
dans son integralite ainsi que son identifiant. 
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- une troisieme etape de transmission a large diffusion par ledit 
second serveur dudit message sur un canal de diffusion large. 

Selon un mode de realisation, dans la premiere etape, I'ldentifiont est 
5 accompagn6 d'une valeur correspondant a un delai d'attente de reception par 
les terminaux du contenu, etant entendu que, pass6 ce d6lai d'attente sans 
reception dudit contenu par les terminaux, une requete de telechargement par 
le premier serveur dudit contenu via ledit canal dedie pour les transmissions 
point d point est realisee. 
10 Selon un mode de realisation, la requete de diffusion est, dans le 

standard MMS, sous une forme du type "Broadcast- Requesf comportant un 
identifiant URI et ledit contenu "MMS Message". 

L'invention a egalement pour objet un procede de reception de 
15 contenus multimedia pour un terminal mobile apte d communiquer via un 
reseau de radiocommunication d un serveur de transmission de contenus 
point-d-point, caracteris^ en ce que ledit procede comporte les etapes 
suivantes : 

- une premiere etape de reception sur un canal dedie pour les 
20 transmissions point d point d'un identifiant sp^cifique d un ou des contenus, 

- une seconde 6tape de reception, sur un canal de diffusion large, 
d'un message comportant le ou lesdits contenus ainsi que i'identifiant. 

Selon un mode de realisation, selon le proc6d6 de reception selon 
25 I'invention : 

- durant la premiere etape de reception, le terminal regoit egalement 
une cle de d6chiffrement, 

- durant la seconde etape de reception, le terminal utilise cette cle de 
dechiffrement pour dechiffrer le contenu. 

30 
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Les caracteristiques et avantages de la presents invention apparattront 
plus clairennent a la lecture de la description qui suit, donnee a titre d'exennple 
illustratif non limitatif et foite en reference aux figures annexees dans 
lesquelles 

5 -La figure 1 illustre sch6matiquement une architecture r6seau 

connue sous le nom de systfenne de messagerie multimedia ou MMS (de 
I'onglais " Multimedia Messaging System''), 

- La figure 2 illustre schematiquement la structure d'un message 
multimedia MMS, 

10 - La figure 3 repr6sente un mode de realisation de I'architecture 

fonctionnelle du systeme de transmission/reception selon Pinvention, 

- La figure 4 repr6sente les differentes etapes du procede selon 
Tinvention. 

15 L'essor des messages multimedia, dits MMS (Multimedia Messaging 

Service), fait suite au grand succes des services de messages courts et 
avances, dits SMS et EMS, dans le domaine de la radiocommunication. Les 
MMS constituent un d6veloppement de ce type de service de messagerie en 
offrant la possibilite d'inclure de plus en plus de donnees multimedia, tels que 

20 des images, des sons, des sequences video et autres. L'echonge de AAMS peut 
etre supporte par les reseaux radio dits de deuxi^me et troisi^me generation, 
tels que le GPRS (General Packet Radio Ser/ice) ou I'UMTS (Universal Mobile 
Telecommunication System) par exemple. En outre, les sen/ices de messagerie 
MMS ont pris en compte les contraintes d'interoperabilite avec les services de 

25 messagerie 6lectronique via Tlntemet pour definir la structure et le mode 
d'echange des MMS. Un terminal de radiocommunication, congu pour 
supporter un service de messagerie MMS et pour fonctionner sur un reseau de 
deuxieme ou troisieme generation, peut done echanger des messages 
multimedia avec des terminaux relies au reseau Internet ou a d'autre type de 

30 reseau filaire ou sans fil. 
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La figure 1 illustre schematiquement I 'architecture reseau d'un service 
de messagerie multimedia. 

L'architecture MMS requiert d'une part une infrastructure reseau apte 
a transporter, adapter et stocker les messages MMS, et d'autre part des 

5 6lements logiciels permettant la composition, I'envoi et la reception de 
messages MMS, tant au niveau du terminal mobile que du reseau. 

Ainsi, un environnement MMS est defini dans un reseau de 
radiocommunication donne, designe sous le terme de MMSE (MMS 
Environment), incluant un ensemble d'elements reseau sous le controle d'un 

10 foumisseur de service de messagerie multimedia (connu comme MMS 
provider) donnant acces aux services MMS dans le cadre d'un abonnement 
utilisateur audit r6seau. 

En outre, un terminal de radiocommunication apte a echanger des 
MMS contient un logiciel, designe comme MMS User Agent (MMS-UA) en 

15 terminologie anglaise, qui est embarque dons le terminal. Ce logiciel (MMS- 
UA) permet la composition, la presentation, Tenvoi et la reception des 
messages MMS. Chaque MMS-UA emetteur et recepteur d'un MMS est attache 
d un environnement MMSE correspondant respectivement au domaine 
d'abonnement reseau du terminal emetteur et recepteur, ces environnements 

20 emetteur et recepteur pouvant 6ventuellement §tre les m§mes. Un MMS-UA 
communique avec le serveur MMSC de son environnement MMSE par une 
interface dediee MMl dudit sen^eur. 

La cle de voOte de l'architecture reseau AAMS est le serveur relais, 
communement designe par le sigle MMSC pour AAMS Centre, represents sur 

25 la figure 1. Un MMSC est associe 6 un environnement MMSE donne. Le 
MMSC est en charge d'une part du transport des messages MMS dans ledit 
environnement et vers d'autres centres MMSC attach6s 6 d'autres 
environnements MMSE' ou vers d'autres sen/eurs de messagerie et d'autre 
part du stockage (Stock) des messages AAMS dans I'attente de leur delivrance 

30 a un terminal attache audit environnement AAMSE. Par ailleurs, le MMSC est 
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6galement en charge de Tadaptation de contenu des messages AAMS, de la 
tenue de registres d'abonnes et de I'interface avec les systfemes de facturation 
et d'application de services proposes aux abonn6s. 

La figure 2 illustre schematiquement la structure d'un message AAMS. 

5 Generalement, un message multimedia se pr6sente sous la forme d'un 
message dit multiparties permettant d'inclure des 6l6ments non textueis tels 
que des images, des sons ou des sequences video a representer 
simultanement lors de la lecture du message. Un tel MMS multiparties est 
alors mis en forme selon le format MIME {Multipurpose Internet Mail 

10 Extensions) etendu d'un encodage binaire pour le transfert du message sur le 
lien radio, 

Classiquement, un MMS presente un en-tete (MMS-H) et un corps 
(MMS-B) pouvant contenir une plurality de parties, connues comme Body Part 
(BP), correspondant chacune a un element du message MMS tel qu'un son, 

15 une image... Le corps du message (MMS-B) se compose done d'une 
succession de parties (BP) contenont chacune un en-tete (BP-H) indiquant le 
type d'element et sa taille et des donnees (BP-D) representant la definition 
dudit element de message. 

L'en-tete du message (MMS-H) contient des informations relatives au 

20 transport du message, telles que, entre autre, ^identification du destinataire, 
de I'emetteur, des destinataires en copie, une indication de d6livrance du 
message ; et des informations relatives au message envoye, telles que, entre 
autre, la date d'envoi, la date de validite du message, I'adresse a laquelle il 
faut repondre, ['identification du message auquel il est repondu, I'objet du 

25 message... 

Les informations de l'en-tete sont organisees selon des champs 
auxquels sont attribuees des valeurs. 

La figure 3 illustre un systeme 1 de transmission/reception de 
contenus multimedia selon invention. II comporte un premier serveur MMSC 
30 relie a un second serveur BM-SC (de Panglais "Broadcast Multicast Service 
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Center"), un reseau de radiocommunication 3 (qui peut etre du type GPRS ou 
UMTS) at un reseau 4 de large diffusion, du type DVB (de I'anglais "Digital 
video Broadcast"), S-DMB (de Tanglais "Satellite Digital Multimedia 
Broadcast") 

5 Le systfeme de invention comporte, en outre, une plurality de 

terminaux 2 affectes respectivement a des utilisateurs qui sont interesses par le 
service fourni per le premier serveur. Dons la suite de la description, on se 
referera egalement d la figure 4, ou il est represents les differentes etapes 
mises en ceuvre par le systeme de transmission/reception de la figure 3. 

10 En premier lieu, le serveur MMSC envoie une notification en liaison 

point a point sur les terminaux 2. Les terminaux 2 qui recevront cette 
notification sont ceux qui ont manifesto leur interet pour le message et son 
contenu (par le biais d'abonnements, ou dans le cadre d'une campagne 
publicitaire, etc). Cette notification adressee a Tegard des terminaux 2 

15 interesses pourra prendre la forme standordisee dans le standard MMS d*une 
notification telle que M-Notification.ind telle que representee dans la figure 4 
et comportant notamment une information URI (de I'anglais "Uniform 
Ressource Identifier") qui servira d'identifiant unique pour I'identification du 
message de contenu 6 receptionner par le terminal. Une fois la notification 

20 regue, le terminal retournera un message d'accuse reception au serveur 
MMSC, de la forme M-NotifyResp. ind. 

A ce moment, le MMSC transmet une requete de diffusion large au 
BM-SC, de la forme Broadcast-request. Cette derniere requete comportero 
I'identifiant unique URI ainsi que le message de contenu dans son integralite. 

25 On notera d'ailleurs que le serveur BM-SC est celui standardise dans le 
standard MBMS (de I'anglais "Multimedia Broadcast Multicast System") defini 
par I'organisme 3GPP (de I'anglais "3rd Generation Partnership Project"). 

Suite a cette requ§te du serveur MMSC, le serveur BM-SC diffuse de 
iaqon large, a savoir sur un canal MBMS de large diffusion, un message 

30 comportant Tidentifiant unique URI ainsi que le contenu interressant les 
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utilisateurs, Cette derniere transmission est realisee a trovers le reseau de 
diffusion 4. Le terminal 2 ayant en memoire Pidentifiant URI est capable de 
reconnoitre le message qui I'int6resse gr6ce a ce dernier identifiant. 

Selon une realisation ovantageuse, Pidentifiant URI est accompagne 

5 d'une valeur correspondant 6 un delai dbttente de reception par le terminal 2 
du contenu, 6tant entendu que passe ce delai d'attente sans reception du 
contenu, le terminal procedera a une requete de telechargement du contenu 
via le canal MMS dedie pour les transmissions point a point. On notera par 
exemple TTB le parametre de delai d'attente pour "Time To Broadcast". 

10 Selon une realisation avantageuse suppl6mentaire, le terminal regoit 

6galement une cl6 de dechiffrement dans la premiere notification emise par le 
MMSC. Le terminal 2 utilise alors cette d6 de dechiffrement pour dechiffrer le 
contenu qu'il regoit du BM-SC. 

15 Ainsi Tinvention selon la presente est bien adaptee pour des systemes 

a large diffusion tels que le SDMB. Elle est egalement facilement mise en 
oeuvre avec tres peu d'impact sur les standards existants tels que le MMS, 
necessitant ainsi qu'une legere modification logicielle sur le logiciel embarqu6 
du terminal et I'adjonction d'un serveur de diffusion et des moyens de 

20 transmission/reception entre les deux serveurs cites. Elle est par ailleurs 
compatible ovec la strategie de reduction d*6nergie du terminal puisque le 
terminal est engage dans une transmission point 6 point des lors qu'il ne regoit 
pas le contenu attendu au-dela dudit certain delai. 

25 Bien entendu, I'invention n'est pas limitee aux modes de realisation 

decrits dans la presente demande. 

Ainsi, le premier serveur de transmission point-a-point est applicable 
a tout type de liaison point-d-point. L'utilisation du standard MMS n'est 
evidemment pas iimitatif et peut etre etendu a toute liaison pouvant vehiculer 

30 du contenu multimedia. De meme, le second serveur de diffusion large est lui 
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applicable a tout type de transmission large. On notera que la diffusion ou 
transmission large correspond, dans la presente, d I'utilisation d'un canal 
« perceptible » partous las terminaux. 
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REVENDICATIONS 



1. Precede de transmission de contenus multimedia pour un systeme de 
transmission destine a transmettre lesdits contenus a une pluralite de 
5 terminaux mobiles via un r6seau de radiocommunication (GPRS, UMTS), 

le systdme comprenant un premier serveur (MMSC) apte a foumir un 
service de transmission de contenus point 6 point, caract6ris6 en ce que 
ledit procede comporte les 6tapes suivantes : 
Une premiere etape de transmission par le premier serveur sur un 
10 canal dedie pour les transmissions point a point d*un identifiant (URI) 

specifique a un contenu vers I'ensemble des terminaux (2) enregistres 
par le premier serveur comme etant interesses par ce contenu, 
- Une deuxi^me 6tape de transmission par le premier sers^eur vers un 
second sen/eur (BM-SC) apte d foumir un service de transmission de 
15 contenus d large diffusion, d*une requ§te de diffusion (Broadcast- 

Request) d'un message (Message_MMS) comportant ledit contenu dans 
son integralite ainsi que son identifiant, 

Une troisieme etape de transmission a large diffusion par ledit second 
serveur dudit message sur un canal de diffusion large. 

20 2. Procede de transmission selon la revendication 1, caracterise en ce 
que, dans la premiere 6tape, a Tidentifiant est joint une valeur 
correspondant 6 un d6lai d'attente de reception par les terminaux du 
contenu, etant entendu que, passe ce delai d'attente sans reception 
dudit contenu par les terminaux, une requete de t^Iechargement par le 

25 premier serveur dudit contenu via ledit canal dedie pour les 

transmissions point a point est realisee. 
3. Procede de transmission selon la revendication 1 ou 2, caracterise en 
ce que la requete de diffusion est, dans le standard MMS, sous une 
forme du type "Broadcast-Request*" comportant un identifiant URI et ledit 

30 contenu "MMS Message". 
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4. Precede de reception de contenus multimedia pour un terminal mobile 
apte 6 communiquer via un r6seau de radiocommunication a un 
serveur de transmission de contenus point-d-point, caract6rise en ce 
que ledit proced6 comporte les etapes suivantes : 
5 - une premiere etape de reception sur un canal d6die pour les 
transmissions point a point d'un identifiant specifique a un ou des 
contenus, 

- une seconde etape de reception, sur un canal de diffusion large, d*un 
message comportant le ou lesdits contenus ainsi que I'identifiant. 
10 5. Proc6d6 de reception selon la revendication 4 caracterise en ce que : 
durant la premiere etape de reception, le terminal recoit egalement une cl6 de 
dechiffrement, 

durant la seconde etape de reception, le terminal utilise cette cl6 de 
dechiffrement pour dechiffrer le contenu. 

15 
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